home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0027.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.9 KB  |  38 lines
  1. I have been thinking about the issue of supporting international character
  2. sets in IMAP2bis better than they presently are.  Although IMAP2bis goes a
  3. great way towards internationalization with its MIME support, there are some
  4. gaps, most notably SEARCH.
  5.  
  6. I believe that modifying SEARCH is generally a show-stopper for IMAP2bis; it's
  7. too complex an issue to address at this go-round.  It'll open a whole can of
  8. worms including pent-up demands for new features and will prevent the rest of
  9. IMAP2bis from being finalized for a long time.
  10.  
  11. However, I am considering one possibility to assist our foreign friends.  That
  12. is, to define that search strings are now in the proposed format used to
  13. express multinational characters in message headers.  I forget the exact RFC
  14. number, but it came out as a companion to MIME.  Since message headers have to
  15. be 7-bit US-ASCII forever because of the needs of header parsers, a means was
  16. invented by the MIME group to encode international characters in strings such
  17. as personal names.
  18.  
  19. I believe that if we define that the search strings use this format for
  20. specifying multinational characters, it will not introduce an incompatability.
  21. The worst thing that would happen is that you would get a false negative when
  22. searching for texts in the message body if the IMAP server does not support
  23. that character set.  You would get a true positive with a current IMAP server
  24. for international characters in the header!
  25.  
  26. Due to the characteristics of the strings in question, I feel that a false
  27. positive is unlikely and certainly much less likely than ignoring 8th bits or
  28. ISO-2022 shifts.
  29.  
  30. I would like to hear, particularly from my friends at NTT, if this would be
  31. helpful.  I think it is better than the current choices: no multinational
  32. search, or coercion the string into 7-bit ASCII and lots of false positives.
  33.  
  34. Implementation of this proposal is another matter!  ;-)
  35.  
  36. -- Mark --
  37.  
  38.